相信大家或多或少都有去公家機關辦事的經驗。去公家機關辦事時，如果等待時間拖太久，肯定覺得很煩吧？好不容易等到了，這時萬一辦事員再來一句：「資料不足，回家補足再來！」哇，一下午就這樣去了！「資料不足這種小事，早點跟我說不行嗎？」離開時口中不自覺嘮叨的經驗，肯定也不少有吧？

號碼牌示意圖，圖片截自蝦皮購物

今天我們要來實際預演一下，看看在收到一個需求後，到底要怎麼安排 Clean Architecture 的四層架構。

人生如戲

程式，就是讓電腦去解決你真實世界發生的問題。而根據引用的不同理論，或是使用了不同的設計方式，解決的方式也不同。譬如「物件導向」程式，則是試圖將真實世界參與一件事情的人事物，都用「物件與物件間的互動」來模擬。我知道很抽像。沒關係，最好理解抽象描述的方法就是舉例！

我們回到許久不見的教務處。在幾十年前沒有電腦的年代，人們是怎麼「申請獎學金」的？假設你準備要申請獎學金了，你在家填好申請單，走進教務處，接下來發生的事會有哪些？我們來試著在腦中演練一下…

首先，門口會有一位工讀生上前招呼，並且詢問你的來意。在了解你的來意後，會先檢查你的申請表是否有確實填寫，以免你因為一些資料不完整而被退件，浪費教務處專員的時間，以及，當然，你的等待時間。

接著，工讀生會引導你去一個寫著「獎學金申請」的櫃台前椅子上坐下來排隊等候。等輪到你時，負責的專員會叫你的名字，請你上前辦理。專員會接過你的申請單，接著做一連串動作：

1. 調出相關資料：專員會需要你的學籍資料，以及該獎學金的規章與現在申請狀況。這些資料不在他手上，他得轉頭向一位（或一些）檔案管理員調閱，而檔案管理員收到請求後，則是轉身從身後的檔案櫃翻找出你的資料。在過去沒有電腦的年代，他們只能這麼做。
2. 確認身份與資料：這裡的確認與前台工讀生的不同，因為這裡不只是檢查表格有沒有填正確，而是要確保你是本校學生、申請的獎學金資格相符、申請日沒有過期等。這些資料是工讀生沒有權限查詢的。
3. 填寫官方記錄：你帶來的申請單是自己寫的，沒有經過官方認證，也沒有關防，不算正式記錄，它只能提供訊息給專員參考。待專員經過上述的查閱資料與審核後，如果一切沒問題，專員就需要撰寫一份「正式的、官方的」申請記錄，並在上面署名且蓋上關防。
4. 存檔並回覆：最後，專員會把這份正式文件轉頭交給身後的檔案管理員，收入檔案櫃，正式成案，再開立一張收據給你，完成申請流程。

在以前沒有電腦的年代，（我猜想）學校的教務處就是這麼處理「申請獎學金」的工作的。

戲如人生

回到現代，我們的物件導向程式該怎麼模擬上述的流程？該創建哪些物件？這些物件又該被放在 Clean Architecture 的哪一層？以下是筆者自己的分析結果，各位可以參考一下：

上述是筆者針對真實世界的案例，分析出的一些重要物件、其主要任務，與其在 Clean Architecture 階層架構中的所在位置。

下一篇起，我們會從 Interface Adapter 開始，一層一層地往下實作與測試，大致上會依照上表的規劃，但如有需要修正或重構，將會當場修正。

謎之聲：「人生如戲，戲如人生。」

tags: ithelp2021